DISTRIBUTED PROTECTION SWITCHING 

FIELD OF THE INVENTION 

The present invention is related to responding to 
failures of connections in a telecommunications network. More 
5 specifically, the present invention is related to responding to 
failures of connections in a telecommunications network where only 
a single end-to-end connection is established at any given time and 
there exists multiple re-route options with one of the re-route 
options being used to maintain just one end-to-end connection when 
10 the single end-to-end connection fails. 

BACKGROUND OF THE INVENTION 

Network operators providing PVC services to the customers 
using the SPVx features had the following problems. 

a. On destination node failures the SPVx on the 
15 originating node have to be reconfigured to the alternate 

destination. [Manual user intervention was required, upon the 
detection of the destination failure.] 

b. To provide network service guarantees to the PVC 
customer, the network operator had to configure shadow connections 

20 from the source node to the alternate destination node. 

Destination SPVx resiliency protects the originating SPVx 
connections upon the destination node failures [fabric level, 
portcard/port level as well as system level failures] . When 
multiple attempts to setup a SPVx connection fails with one of the 
25 user pre -configured failure codes the SPVx call will be 
automatically redirected to the alternate destination specified by 
the user. 
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Nortel Networks, Inc. supports two features that have 
similarity with the present invention. 

1. SVC call redirection feature allows multiple (up to 
seven) X.121/E.164 alternate addresses to be specified. If a call 

5 attempt to a destination fails, the alternate destinations will be 
tried automatically. 

2. The second feature is called SVC hunt group. A 
single X.121/E.164 address serves multiple end devices. Calls are 
automatically distributed between the multiple end devices, 

10 depending on the end device resource availability. 

Some of the differentiating factors of the present 
invention are, 

When there is a failure on the active SPVx connection the 
destination detects the failure and releases the SPVx call with 
15 switchover information in the release message to trigger a 
redirection to an alternate destination. 

The present invention does not simply redirect all the 
calls that fail to the alternate destination. Instead, the user 
can configure the failure codes that should trigger a redirection. 
20 If three attempts to setup a call fails with one of the specified 
failure codes, the call automatically gets redirected to the 
alternate destination. 

After a redirection to the alternate destination has 
taken place, the source node periodically tries to restore the 
25 connection back to the primary destination and free up the 
resources on the secondary destination. In addition, these 
techniques are applicable to failures of connections, in general, 
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whether they be on the source side, or anywhere between the source 
and the destination. 

SUMMARY OF THE INVENTION 

The present invention pertains to a system for responding 
5 to failures of connections in a network. The system comprises a 
primary source switch having multiple re-route options. The system 
comprises a primary source node connected to the primary source 
switch. The system comprises a primary destination switch. The 
system comprises a primary destination node connected to the 

10 primary destination switch. The primary source node establishing 
a single end-to-end connection across the network between the 
primary source node and the primary destination through the 
primary source switch. The primary source switch re-routing the 
connection across the network along one of the multiple re-route 

15 options by maintaining just one end-to-end connection between the 
primary source node and the primary destination node when the 
single end-to-end connection fails. 

The present invention pertains to a system for responding 
to destination failures involving SPVx connections. The system 

20 comprises a primary source node. The system comprises a primary 
source switch for producing an SPVx connection. The primary source 
node in communication with the primary source switch. The system 
comprises a primary destination node. The system comprises a 
primary destination switch for receiving the SPVx connection. The 

25 primary destination node in communication with the primary 
destination switch. The connection following a primary path 
between the primary source node and the primary destination node. 
The system comprises an alternate destination node. The primary 
destination switch redirecting automatically the primary connection 

3 0 to the alternate destination node along an alternate path when the 
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primary destination switch detects a failure of the primary path. 
The alternate path formed by the primary source node and the 
alternate destination node only after the primary path experiences 
a failure. 

5 The present invention pertains to a system for responding 

to failures involving SPVx connections. The system comprises a 
primary source node. The system comprises a primary source switch 
for producing an SPVx connection. The primary source node in 
communication with the primary source switch. The system comprises 

10 a primary destination node. The system comprises a primary 
destination switch for receiving the SPVx connection. The primary 
destination node in communication with the primary destination 
switch. The connection following a primary path between the 
primary source node and the primary destination node. The system 

15 comprises an alternate source node. The alternate source switch 
re-establishing automatically the connection to the primary 
destination node along an alternate path when the primary source 
switch detects a failure of the primary path. The alternate path 
formed by the alternate source node and the primary destination 

20 node only after the primary path experiences a failure. 

The present invention pertains to a method for responding 
to failures involving SPVx connections. The method comprises the 
steps of forming an SPVx connection between a primary source node 
and a primary destination node. There is the step of detecting a 
25 failure on a primary path having the primary source node. There is 
the step of re-establishing automatically the SPVx connection along 
an alternate path having the primary destination node. 

The present invention pertains to a method for responding 
to destination failures involving SPVx connections. The method 
3 0 comprises the steps of forming an SPVx connection between a primary 
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source node and a primary destination node. There is the step of 
detecting a failure in a primary path between the primary source 
node and the primary destination node. There is the step of 
redirecting automatically the SPVx connection to an alternate 
5 destination node. 

The present invention pertains to a method for responding 
to failures of connections in a network. The method comprises the 
steps of establishing a single end-to-end connection across a 
network between a primary source node and a primary destination 
10 node with multiple re-route options. There is the step of 
experiencing a failure in the connection. There is the step of re- 
routing the connection across the network along one of the multiple 
re-route options by maintaining just one end-to-end connection 
between the primary source node and the primary destination node. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

In the accompanying drawings, the preferred embodiment of 
the invention and preferred methods of practicing the invention are 
illustrated in which: 

Figure 1 is a schematic representation of a system of the 
2 0 present invention. 

Figure 2 is a schematic representation showing where PVCs 
and SVCs are configured. 

DETAILED DESCRIPTION 

Referring now to the drawings wherein like reference 
2 5 numerals refer to similar or identical parts throughout the several 
views, and more specifically to figure 1 thereof, there is shown a 
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system 10 for responding to failures of connections in a network 
12. The system 10 comprises a primary source switch 16 having 
multiple re-route options. The system 10 comprises a primary 
source node 14 connected to the primary source switch 16. The 
5 system 10 comprises a primary destination switch 18. The system 10 
comprises a primary destination node 2 0 connected to the primary 
destination switch 18. The primary source node 14 establishing a 
single end-to-end connection across the network 12 between the 
primary source node 14 and the primary destination node 2 0 through 
10 the primary source switch 16. The primary source switch 16 
re-routing the connection across the network 12 along one of the 
multiple re-route options by maintaining just one end-to-end 
connection between the primary source node 14 and the primary 
destination node 20 when the single end-to-end connection fails. 

15 Preferably, the primary destination switch 18 releases 

the single end-to-end connection after there is a fault detected on 
the single end-to-end connection. The primary source switch 16 
preferably makes multiple attempts to reestablish the single 
end-to-end connection with the primary destination node 2 0 after a 

20 failure is detected on the single end-to-end connection. 
Preferably, the single end-to-end connection is an SPVX connection 
and wherein the primary source switch redirects automatically the 
SPVx connection to the alternate destination node 24. 

The primary source switch 16 preferably re-establishes 
2 5 the SPVx connection to the primary destination node 2 0 when the 
failure condition clears. Preferably, the primary destination 
switch releases the SPVx connection after there is a fault detected 
on the primary path 21. The primary source switch 16 preferably 
makes multiple attempts to reestablish the SPVx connection with the 
30 primary destination node 20 after a failure is detected on the 
primary path 21. Preferably, the primary source switch redirects 
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automatically the SPVx connection to the alternate destination node 
24 . 

The present invention pertains to a system 10 for 
responding to destination failures involving SPVx connections. The 
5 system 10 comprises a primary source node 14. The system 10 
comprises a primary source switch 16 for producing an SPVx 
connection, the primary source node 14 in communication with the 
primary source switch 16. The system 10 comprises a primary 
destination node 20. The system 10 comprises a primary destination 

10 switch 18 for receiving the SPVx connection. The primary 
destination node 20 in communication with the primary destination 
switch 18. The connection following a primary path 21 between the 
primary source node 14 and the primary destination node 20. The 
system 10 comprises an alternate destination node 24. The primary 

15 destination switch 18 redirecting automatically the primary 
connection to the alternate destination node 24 along an alternate 
path 22 when the primary destination switch 18 detects a failure of 
the primary path 21. The alternate path 22 formed by the primary 
source node 14 and the alternate destination node 24 only after the 

2 0 primary path 21 experiences a failure. 

The primary path 21 extends from the primary source node 
14 to the primary source switch 16 through the network 32 along the 
length 3 0 of a primary portion 32 to the primary destination switch 
18 into the primary destination node 20. 

25 The alternate path 22 is essentially any path other then 

the primary path 21. The alternate path 22 for example extends 
from the alternate source node 26 to alternate source switch 28 
through the network 12 along a primary portion 34 to the primary 
destination switch 18 into the primary destination node 20. 

3 0 Alternatively, for example, from the alternate source switch 28, 
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the alternate path 22 can extend through the network 12 along the 
primary portion 34 to an alternate destination switch 41 to the 
alternate destination node 24. 

Preferably, wherein the primary destination switch 18 
5 releases the SPVx connection after there is a fault detected on the 
primary path 21. The primary source switch 16 preferably makes 
multiple attempts to reestablish the SPVx connection with the 
primary destination node 20 after a failure is detected on the 
primary path 21. Preferably, the primary source switch 16 
10 redirects automatically the SPVx connection to the alternate 
destination node 24. The primary source switch 16 preferably re- 
establishes the the SPVx connection to the primary destination 
node 20 when the failure condition clears. 

The present invention pertains to a system 10 for 

15 responding to failures involving SPVx connections. The system 10 
comprises a primary source node 14. The system 10 comprises a 
primary source switch 16 for producing an SPVx connection. The 
primary source node 14 in communication with the primary source 
switch 16. The system 10 comprises a primary destination node 20. 

20 The system 10 comprises a primary destination switch 18 for 
receiving the SPVx connection. The primary destination node 20 in 
communication with the primary destination switch 18. The 
connection following a primary path 21 between the primary source 
node 14 and the primary destination node 20. The system 10 

25 comprises an alternate source node 26. The alternate source switch 
28 re-establishing automatically the connection to the primary 
destination node 20 along an alternate path 22 when the primary 
source switch detects a failure of the primary path 21. The 
alternate path 22 formed by the alternate source node 2 6 and the 

30 primary destination node 20 only after the primary path 21 
experiences a failure. 
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Preferably, the primary source switch 16 in communication 
with the alternate source switch 28 to identify to the alternate 
source switch 2 8 there is a failure in regard to the primary path 
21. The alternate source switch 28 preferably re-establishes the 
5 SPVx connection from the alternate source node 2 6 to the primary 
destination node 20 when the primary source node 14 fails. 
Preferably, the alternate source switch 28 re-establishes the SPVx 
connection from the alternate source node 2 6 to the primary 
destination node 20 when a link 30 between the primary source node 
10 14 and the primary source switch 16 fails. The alternate source 
switch 28 preferably re-establishes the SPVx connection from the 
alternate source node 2 6 to the primary destination node 2 0 when 
the primary switch fails. 

Preferably, the system 10 includes a network 12, and 
15 wherein the alternate source switch 28 re-establishes the SPVx 
connection from the alternate source node 2 6 to the primary 
destination node 2 0 through the alternate source switch 2 8 and a 
primary portion 34 of the alternate path 22 through the network 12 
when a primary portion 32 of the primary path 21 through the 
20 network 12 fails. The alternate source switch 28 preferably 
re-establishes the SPVx connection from the alternate source switch 
28 to the primary source switch 16 to the primary destination node 
2 0 through a primary portion 32 of the primary path 21 through the 
network 12 and through the primary source switch 16 when the 
25 primary source node 14 fails and a primary portion 34 of the 
alternate path 22 through the network 12 fails. Preferably, the 
primary source node 14 re-establishes the connection from the 
primary source node to the primary destination node 2 0 if the 
failure has cleared. 

3 0 The present invention pertains to a method for responding 

to failures involving SPVx connections. The method comprises the 
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st eps of forming an SPVx connection between a primary source node 
14 and a primary destination node 20. There is the step of 
detecting a failure on a primary path 21 having the primary source 
node 14. There is the step of re-establishing automatically the 
5 SPVx connection along an alternate path 22 having the primary 
destination node 20. 

Preferably, there is the step of communicating between a 
primary source switch 16 in communication with the primary source 
node 14 and an alternate source switch 2 8 in communication with an 

10 alternate source node 26 to identify to the alternate source switch 
28 there is a failure in regard to the primary source node 14. The 
re-establishing step preferably includes the step of re- 
establishing the SPVx connection from the alternate source node 26 
to the primary destination node 2 0 when the primary source node 14 

15 fails. 

Preferably, the re-establishing step includes the step of 
re-establishing the SPVx connection from the alternate source node 
26 to the primary destination node 20 when a link 30 between the 
primary source node 14 and the primary source switch 16 fails. The 
20 re-establishing step preferably includes the step of re- 
establishing the SPVx connection from the alternate source node 2 6 
to the primary destination node 20 when the primary source switch 
16 fails. 

Preferably, the re-establishing step includes the step of 
2 5 re-establishing the SPVx connection from the primary source switch 
16 to the alternate source switch 28 to the primary destination 
node 2 0 through a primary portion 34 of the alternate path 22 of a 
network 12 when a primary portion 32 of the primary path 21 through 
the network 12 fails. The re-establishing step preferably includes 
30 the step of re-establishing the SPVx connection from the alternate 
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source switch 2 8 to the primary source switch 16 to the primary 
destination node 2 0 through a primary portion 32 of the primary 
path 21 when the primary source node 14 fails and a primary portion 
34 of the alternate path 22 through the network 12 fails. 
5 Preferably, there is the step of re-establishing the SPVx 
connection from the primary source switch 16 to the primary 
destination node 20 of the failure has cleared. 

The present invention pertains to a method for responding 
to destination failures involving SPVx connections. The method 

10 comprises the steps of forming an SPVx connection between a primary 
source node 14 and a primary destination node 20. There is the 
step of detecting a failure in a primary path 21 between the 
primary source node 14 and the primary destination node 20. There 
is the step of redirecting automatically the SPVx connection to an 

15 alternate destination node 24. 

Preferably, there is the step of making multiple attempts 
to reestablish the SPVx connection with the primary destination 
node 20. The detecting step preferably includes the step of 
detecting a failure of the primary destination node 20. 

2 0 Preferably, there is the step of releasing the SPVx connection by 
the primary destination node 20. The redirecting step preferably 
includes the step of redirecting automatically by the primary 
source node 14 the SPVx connection to the alternate destination 
node 24. Preferably, after the redirecting step there is the step 

2 5 of trying to restore the SPVx connection with the primary 
destination node 20. There is preferably the step of configuring 
failure codes that trigger a redirection of the SPVx connections. 

The present invention pertains to a method for responding 
to failures of connections in a network 12. The method comprises 
30 the steps of establishing a single end-to-end connection across a 
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network 12 between a primary source node 14 and a primary 
destination node 2 0 with multiple re-route options. There is the 
step of experiencing a failure in the connection. There is the 
step of re-routing the connection across the network 12 along one 
5 of the multiple re-route options by maintaining just one end-to-end 
connection between the primary source node 14 and the primary 
destination node 20. 

Preferably, the experiencing step includes the step of 
detecting a failure in the primary destination node 20; and the re- 
10 routing step includes the step of redirecting automatically the 
connection to an alternate destination node 24. The detecting step 
preferably includes the step of detecting a failure of the primary 
destination node 20. Preferably, there is the step of releasing 
the SPVx connection by the primary destination node 20. 

15 The redirecting step preferably includes the step of 

redirecting automatically by the primary source node 14 the SPVx 
connection to the alternate destination node 24. Preferably, after 
the redirecting step there is the step of trying to restore the 
SPVx connection with the primary destination node 20. There is 

20 preferably the step of configuring failure codes that trigger a 
redirection of the SPVx connections. Preferably, there are the 
steps of making multiple attempts to reestablish the connection 
with the primary destination node 20. 

The experiencing step preferably includes the step of 
25 detecting a failure on a primary path 21 having the primary source 
node 14 and the re-routing step includes the step of redirecting 
automatically the connection along an alternate path 22 having the 
primary destination node 20. Preferably there is the step of 
communicating between a primary source switch 16 in communication 
3 0 with the primary source node 14 and a alternate source switch 28 in 
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communication with an alternate source node 26 to identify to the 
alternate source switch 2 8 there is a failure in regard to the 
primary source node 14. The re-establishing step preferably 
includes the step of re-establishing the SPVx connection from the 
5 alternate source node 2 6 to the primary destination node 2 0 when 
the primary source node 14 fails. 

Preferably, the re-establishing step includes the step of 
re-establishing the connection from the alternate source node 26 to 
the primary destination node 20 when a link 30 between the primary 

10 source node 14 and the primary source switch 16 fails. The re- 
establishing step preferably includes the step of re-establishing 
the connection from the alternate source node 2 6 to the primary 
destination node 2 0 when the primary source switch 16 fails. 
Preferably, the re-establishing step includes the step of re- 

15 establishing the connection from the primary source switch 16 
through the alternate source switch 28 through the primary 
destination node 2 0 through a secondary portion of the alternate 
path 22 of a network 12 when a primary portion 3 2 of the primary 
path 21 through the network 12 fails. The re-establishing step 

20 preferably includes the step of re-establishing the connection from 
the alternate source switch 28 to the primary source switch 16 to 
the primary destination node 20 through a primary portion 32 of the 
primary path 21 when the primary source node 14 fails and a 
secondary portion of the alternate path 2 2 through the network 12 

25 fails. Preferably, there is the step of re-establishing the end- 
to-end connection through the primary source switch 16 when the 
failure clears. 

The following distinction is made regarding permanent 
virtual channel connections, and soft permanent channel 
30 connections. Permanent virtual channel connections are connections 
created through an ATM network. The ATM switches and the 
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corresponding virtual channels through the switches are fixed. The 
intermediate switches and corresponding VPI and VCI values are 
fixed during the creation of the permanent virtual channel 
connection, and the paths and the VPI and VCI are previously 
5 determined before they are actually formed. 

On the contrary, a soft permanent connection is created 
by just specifying the source switch, source port, source VPI/VCI, 
NSAP address of destination switch. It is the responsibility of the 
source switch to automatically setup the soft permanent channel 

10 connection dynamically using signaling procedures and an optimal 
routing path from the source switch to the destination switch. This 
is far superior to permanent virtual channel connection in the 
sense that management is much simpler, if there is a failure in the 
intermediate node, there are mechanisms to reroute the connection 

15 within the network. Thus, much more can be done with soft permanent 
connections than with permanent virtual connections. 

In addition the following distinction is made regarding 
permanent virtual paths, and soft permanent paths. Permanent 
virtual path connections are connections created through an ATM 
2 0 network. The ATM switches and the corresponding virtual paths 
through the switches are fixed. The intermediate switches and 
corresponding VPI value is fixed during the creation of the 
permanent virtual path connection, and the paths and the VPI are 
previously determined before they are actually formed. 

2 5 On the contrary, a soft permanent path connection is 

created by just specifying the source switch, source port, source 
VPI, NSAP address of the destination switch. It is the 
responsibility of the source switch to automatically setup the soft 
permanent path connection dynamically using signaling procedures 

3 0 and an optimal routing path from the source switch to the 
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destination switch. This is far superior to permanent virtual path 
connection in the sense that management is much simpler, if there 
is a failure in the intermediate node, there are mechanisms to 
reroute the connection within the network. Thus, much more can be 
5 done with soft permanent path connections than with permanent 
virtual path connections. 

A Switched- Permanent Virtual Circuit (SPVC) is a PVC that 
is established manually across a UNI and dynamically across a 
Network- to-Network Interface (NNI) . The SPVC stays up through the 
10 ATM network inspite of many failures. If there is an ATM switch 
failure, the SPVC will be rerouted over the ATM network. 

Figure 2 shows where the PVCs and SVCs are configured. 

Nodel to Node5 are intermediate nodes which encompass the 
network, the SVC passes through them. Node5 forms an alternate path 
15 to Destination node, incase node3 fails. 

A Permanent Virtual Circuit (PVC) is connection manually 
provisioned by a network operator over an ATM- switched network 
between a specific source and a specific destination. A PVC is 
provisioned to last from a day to several years, or until the 
20 service is terminated. 

A Switched Virtual Circuit (SVC) is a connection that is 
dynamically established by end devices through the UNI /NNI 
signaling method. There must be an ATM switch between the 
end-devices that will dynamically route the call through the ATM 
25 cloud. Network operators do not have to manually configure every 
ATM switch in the path. If there is a link failure, the end-device 
reinitiates the SVC call. 
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Software: The software which implements the present 
inventions runs on switches. If the connections protected are ATM 
connections then the software will be residing on the ATM switch, 
if it is MPLS connection then the software will be residing in the 
5 MPLS Switch. Specifically within the switches the software itself 
might be residing on the memory on Switch controller processors 
(SCP) or MCPs which reside on the portcards or network modules. 
The switch software might be executed by the SCPs or the MCPs . 

In the operation of the invention, a network 12 operator 
10 who provides PVC services to a customer will have the following 
advantages . 

Destination node failures result in minimal traffic 
disruption to the PVC end user, while the 
connection is automatically reconfigured to the 
15 alternate destination without any user 

intervention. 

Combined with the source SPVx resiliency feature, 
the network 12 provider is able to provision 
robust, self-healing network 12 connections with no 
2 0 single point of failure and provide service 

guarantees to the PVC user. 

A cost effective resiliency solution. 

Operator has the flexibility to configure the 
failure codes that would trigger the call 
25 redirection. 

After a call redirection, the source node will 
periodically try to restore the call on primary 
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destination. When the fault on primary destination 
has been resolved, the call will be automatically 
restored to the primary destination, freeing up 
secondary destination resources. 

5 The SPVCs configured on the source switch 16 will have 

two destinations each (destination switch 18 and destination switch 
41) . So that if one destination becomes unreachable the SPVC will 
be setup to the second destination. This will provide all of the 
redundancy required on the right side of the Network 12 . Source 
10 resiliency is required to provide resiliency on the source side. 

Source SPVx resiliency feature enables protection against 
the following failures: 

Source SPVC resiliency feature protects against the 
following failures : 

1 . One of the data source going down 

2. The link between the data source and the ATM 
switch going down 

3 . One of the ATM switch on the local site going 
down 

4. The link between the ATM switch at the local 
site and the ATM network 12 going down (the 
link between the other ATM switch at the local 
site and the ATM network 12 is still UP) 

5. Some transient errors in the ATM network 12 
connecting the Local Sites and the Destination 
switchs 

6. One of the data source and the link between 
the other ATM switch at the local site and the 
ATM network 12 going down. In figure 1, this 
corresponds to either the Working Cell Source 


20 


25 


-18- 


going down or the link between the Working 
Cell Source and the source switchl going down 
and the link 3 0 between the source switch2 and 
the ATM network 12 going down. 

There should be just one active SPVX going from the 
Local Site to the Destination switch through the 
ATM network 12. The exception is when there is some 
transient error in the ATM network 12 or if the two 
source switches on the local site cant communicate 
with each other because of hardware or protocol 
failure. In this case, there might be two 
connections going from the local site to the 
destination switch. However, this situation should 
heal quickly and one of the connections should be 
torn -down. 

The solution will involve creating the same SPVC 
(same SPVCid) on both the switches on the local 
site. Users must be allowed to associate these two 
SPVXs by specifying the signaling interface used to 
connect to the other switch and if the SPVX has the 
primary or backup role. 

The switches on the local site should periodically 
poll each other for the health of the configured 
SPVCs . This polling interval must be configurable. 
If during polling, a SPVX is found to be in DOWN 
state, the polling switch will setup that call. 
Users will be allowed to configure the polling 
interval and number of connections to be polled per 
polling cycle. 
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If a SPVC is in an UP state on a switch and during 
polling, it finds that its peer has the SPVC in UP 
state also, then SPVC will be maintained only on 
the primary source. The backup source will tear 
5 down the connection. 

To protect against the data source going down, 
users will be allowed to configure a "dead-silence" 
time interval. If the data source doesn't transmit 
for this duration of time, then the data source 
10 will be declared as dead. This monitoring will be 

done on per connection basis and marked DOWN if the 
data source goes down. In the next polling cycle 
the polling switch will monitor the state of these 
SPVCs and then setup those calls. 

15 * By providing dynamic redundancy protection, SPVx 

Source resiliency enables public and private 
network 12 operators to 

improve service availability 
to lower the cost of redundancy protection 
2 0 • reduce bandwidth consumption for redundancy 

Operators can use this feature in Broadcast video, 
wireless cell sites, DSL/B-RAS, multiservice edge. 

Enterprise networks can use this for Disaster recovery 
and Broadcast video. 

2 5 This eliminates redundancy bandwidth usage across the 

networks and thus saves money. 
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This eliminates dedicated diverse routes across the 
network 12 . 

In the operation of the invention: 

The solution enables the customers to have redundant data 

5 sources. 

The requirement is to a backup SPVC so that if one source 
switch goes down, SPVC is setup from the other source. At any given 
point of time, there should be only one SPVC from switch 16 or 
switch 28, but not both. So there needs to be communication between 
10 source switch 16 and source switch 28 to check the status of their 
partner SPVC and accordingly bring up/down the local SPVC. 

This communication between two partner switches will be 
achieved through requiring a signaling (UNI3.X, UNI4.X, or PNNI) 
interface between the two source switches. If the two source 

15 switches are co-located, then they can be interconnected by a local 
cable/fiber. If the two source switches are not co-located, then 
they can be connected via a "through-path" through the Network 12. 
Then a signaling interface can be created on each source switch so 
the source switches appear to each other to be adjacent. Using ILMI 

2 0 they will poll each other for the status of SPVC and accordingly 
bring up/down their local SPVC so that only one SPVC is up at any 
given time. They could also use some other protocol to poll each 
other and find out the status of their respective SPVCs. 

There are two steps for creating a Source resilient SPVx, 

25 they are: 

1) Create source resiliency information entry in a 
table and give it a index, Sig If and Sig VPI for 
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the signaling interface which is used for querying 
the status of the partner SPVX. The role that the 
SPVX will assume if it uses this source resiliency 
index, enable/disable status of Dead silence timer 
5 which indicates whether to delete SPVx if the 

traffic flow stops, and the name. 


10 

Source 
resiliency 
information 
index 

Sig If 

Sig VPI 

Role 

Dead silence 
timer 

Name 


1 

lal 

0 

Primary 

Enabled 

Connl 


2) Create a SPVX and make it source resilient SPVX by 
associating it with this source resiliency 
information index. 

15 Similarly, a corresponding entry should be created on the 

partner switch with partner source resiliency information and 
associate it with the secondary SPVX, viz. 


20 

Source 
resiliency 
information 
index 

Sig If 

Sig VPI 

Role 

Dead silence 
timer 

Name 


1 

lbl 

0 

Secondary 

Enabled 

Connl 


"index" and "role" indicate the spvcid and the role of the SPVC 
with which this "info" will be associated, "sigif" and "vpi" 
2 5 indicate the signaling interface on which ILMI/SNMP queries should 
be done to get the status of the partner SPVC. For different 
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permutations and combinations of these options, user should create 
different individual entries and associate the SPVCs with those 
entries. There could be many SPVCs pointing to one such entry. 
n dead_silence_timer" indicates whether the cell counting is enabled 
5 for the SPVCs associated with this entry or not. This is by default 
disabled. This can be used to enable the cell counting for the 
associated SPVCs and the SPVCs will be brought down if the cell 
count does not increment for "n 1 seconds, which indicates that the 
source is dead. This time period, "n 1 is user configurable. 

10 This information can be displayed to the user as follows: 

primary switch: connections spvc-pp-resiliency-> show ? 

[[-index] <integer> Source Resilient Info 

Index 

[[-siglf] <AtmIf> Source Resilient Siglf 

15 [[-vpi] <integer> Signalling If VPI 

[ [-ilmi_state <up|down> ILMI Oper status of the 

Siglf 

[[-role] (primary | secondary) Source Resilient SPVC 

role 

20 [ [-dead_silence_timer] ] Status of Dead Silence 

Timer counting, 
[[-name] <text ( size 0..31)>] Name (default: "" )>] 

primary switch: connections spvc-pp-src-resiliency-> show 

Index Siglf Vpi ILMI state Role Dead Silence-Timer Name 


25 1 lal 0 up 


Primary Enabled 


Connl 
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Main SPVC menu: 

To create a source resilient SPVC, the user can create 
a SPVC and provide the index of source resiliency information entry 
created earlier. 

5 An example of an SPVC creation command could be as follows. 


switch: connections spvcc pp-> new ? 
[ [-index] <integer>] 

[-callingatmif ] <AtmIf > 
10 [-callingvpi] <integer> 

[-callingvci] < integer > 
[-calledatmaddr] <NSAP Address> 
[ [-calledvpi] <integer>] 
[ [-calledvci] <integer>] 
15 [ [-fwdupckey] <UPC Index>] 

[ [-bckupckey] <UPC Index>] 

[ [-bearerclass] <bearerclass>] 


20 


25 


[ [-susceptclip] (no | yes) ] 


[ [-fwdqosclass] <QoS Class>] 


[ [-bckqosclass] <QoS Class>] 


[[-tnssel] <text (size 1..4)>] 


30 [[-name] <text (size 0..31)>] 


Index (default: 
1) 

Src Atmlf 
Src VPI 
Src VCI 

Destination NSAP 

Called VPI 

Called VCI 

F w d UPC 
(default: 0) 
B c k UPC 
(default: 0) 
Bearer Class 
(default : 
classX) 

CLIP (default : 
no) 

Fwd QoS ( default : 
classO) 

Bck QoS (default : 
classO) 

Transit Net 

Selector 
Name (default: "") 
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[ [-reroutestatus] (enabled I disabled) ] Reroute Status 


(default 


disabled) 

[ [-callingdomain] <integer>] Calling Domain 

5 (default: 1) 

[[-qosindex] <integer>] QoS Index (default: 

0) 

[ [-backoff status] (enabled] disabled) ] Backoff Status 

(default : 

10 enabled) 
[[-priority] <integer>] Priority 
[[-dtltag] <DTL Tag>] D T L Tag 

(default: 0) 

[[-autodtl] (enabled | disabled) ] Auto D T L 

15 (default: 

enabled) 

[ [-rgroupid] <integer>] Redundancy Group ID 

[ [-secondaryvpi] <integer>] Secondary VPI 

[ [-secondaryvci] <integer>] Secondary VCI 

20 [ [-spvc_call_redirection_index] <integer>] S P V C C 

Redirection 

Info Index 

[ [-spvc_src_resiliency_index] <integer>] Source 

Resiliency Info 

2 5 Index 


The "spvc_src_resiliency_index" is the index of the 
Source resilient SPVC info that the user wants to associate this 
SPVC with. SPVC is created in "inhibited" state and this will be 
automatically moved to "active" state if the partner SPVC state is 
30 found to be DOWN. In the "active" state, the SPVC will be eligible 
for SETUP attempts, if it is in "inhibited" state then the 
connection will not be eligible for SETUP attempts. This is usually 
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the case when the partner SPVC is UP and you don 1 1 want to setup 
this alternative SPVC until the partner goes down. 

The following command shows how to create a source 
resilient SPVC. 

5 The next command shows how to create a SPVC with both 

source and destination resiliency. 

switch .-connections spvcc pp-> new -index 1 -callingatmif 2al - 
callingvpi 0 -callingvci 100 -calledatmaddr 

10 0x47. 0005. 80. ffel00.00ae.le00. 0103. 0020480d0082. 00 -calledvpi 0 - 
calledvci 100 -spvc_src_resiliency_index 1 
spvc_call_redirection_index 1 

A normal show will tell which set of 
parameters (primary/secondary) are active. 

15 switch: connections spvcc pp-> show 

INDEX Src: ATM IF VPI VCI UPC VPVC-SEL PRIORITY STATE 

Dst: ATM IF VPI VCI UPC 


1 2A1 0 100 0 require 5 up 

20 130 0 100 0 

Destination: 0x47 . 0 005 . 80 . ffelOO . OOae . leOO . 0103 . 002 0480d0082 . 00 
Redirection 

Destination: 0x47 . 0005 . 80 . ffelOO . OOae . leOO . 0103 . 002 0480d0 072 . 00 
Redirection State: primary 
25 Src Resiliency Index: 1 

Src Resiliency State: active 

Modify command 
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connections spvc-pp-src-resiliency modify 

This command performs a modification on the source 
resiliency table. 

switch: connections spvc-pp-src-resiliency- > modify ? 
5 [[-siglf] <BNP>] Source Resilient Siglf 

[ [-vpi] <integer> Signalling If VPI 

[[-role] <text>] Source Resilient SPVC 

role 

[ [-dead_silence_timer] ] Status of Dead Silence Timer 
10 counting. (default: disabled) 

[[-name] <text>] Name (default: " " ) 

Dead silence timer and polling parameters 

As mentioned earlier, the partner switches will keep 
monitoring the state of the partner source resilient SPVXs so that 
15 they can take over and setup the local SPVX if the partner SPVX 
goes down. The interval at which this polling is to be done is user 
configurable and also the number of SPVXs to be polled per polling 
interval . 

Destination SPVX resiliency feature will allow a PP 
20 (Point-to-Point) SPVPC/SPVCC to have two destinations associated 
with a call - such SPVxCs will be referred to a resilient SPVxCs. 
The SPVx module will try to setup the SPVx to the primary 
destination. If the primary destination is not accessible or is 
down, the SPVx module will attempt to setup the call to the 
2 5 secondary destination. 


The user would need to specify both a primary destination 
NSAP address and a secondary destination NSAP address for a 
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resilient SPVx connection. A non-resilient SPVx connection will not 
require a secondary destination NSAP address. 

The originating source switch would first attempt to 
build the connection to the primary destination NSAP address. If 
5 the primary destination node is reachable and the primary 
destination switch 18 can meet the SPVx call's, requirements the 
call setup will be successful. 

If the primary destination NSAP address is not reachable 
due to either a destination switch/fabric failure or isolation from 
10 the rest of the network 12 (a "cause Number 3: no route to 
destination" PNNI call clearing cause is received by the 
originating switch/fabric) , the originating switch would fallback 
to the secondary destination NSAP address after a predefined number 
of failed call setup attempts. 

15 In the event of a failure on the primary destination port 

such as Loss of signal (LOS) , Loss of frame (LOF) , alarm indication 
signal (AIS) , bit error rate (BER) , Signal Failed (SF) condition, 
or BER Signal Degrade (SD) condition, the destination switch will 
send a call release message with a "temporary failure" clearing 

20 cause with a diagnostic indicating "call redirection request to the 
protection port". 

The originating switch would then attempt to reestablish 
the call to the secondary destination NSAP address. This assumes 
the secondary port has no failures and the necessary resources are 
25 available. 

If both the primary and secondary destination NSAP 
addresses are unreachable, and the system 10 would keep cycling 
back and forth between the primary and secondary destinations in a 
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roundrobin fashion: the originating switch would try to contact the 
primary destination NSAP address first, and then would fallback to 
the standby destination NSAP address after a predefined number of 
failed call setup attempts, then would try to contact the secondary 
5 destination NSAP address for a predefined number of failed 
attempts, then would fall back to the primary destination NSAP 
address and so on. 

Similarly, if both the primary and secondary destination 
atmifs are reachable but are down (carrier is down on both primary 

10 and backup destination ports) , the originating switch/fabric would 
keep cycling between both destination ports in a roundrobin 
fashion: the originating switch/fabric would contact the primary 
atmif first and would fallback to the backup atmif after the 
receipt of a call release message with a call redirection request 

15 from the primary destination switch 18/fabric, it would then try to 
contact the secondary atmif and fallback to the primary atmif after 
the receipt of a call release message with a call redirection 
request from the backup destination switch/fabric. 

Note that the receipt of any other nonconf igured call 

2 0 clearing cause code will NOT trigger a call redirection to the 

backup port. As an example, if the originating switch/fabric fails 
to establish the connection to the primary destination NSAP address 
due to a CAC issue ("cause Number 47: resource unavailable, 
unspecified" call clearing cause code is received by the 
25 originating switch/fabric) , an incorrect destination VPI/VCI field 
specified ("cause Number 34: requested called party spvpc spvcc not 
available" call clearing cause code) , or an incorrect ESI field 
defined in the destination NSAP address ("Cause Number 28: invalid 
number format" call clearing cause code) , the originating switch 

3 0 will keep attempting to contact the primary destination address at 
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the predefined call pacing rate and will NOT redirect the call to 
the secondary destination NSAP address. 

SPVx connections would be maintained on the backup 
destination port even after the primary port/fabric has recovered 
5 from its original failure condition. The SPVx would be redirected 
to the primary port under the following scenarios: 

Manual intervention - A manual SPVx switchover 
command would be provided on the originating 
switch/fabric. This command would instruct the 

10 originating switch/f abric to manually clear a given 

resilient PNNI SPVX and redirect it to the primary 
destination port. The above command could be also 
used to manually redirect a resilient PNNI SPVX 
from its primary destination port to its secondary 

15 destination port. 

A failure on the backup destination port/fabric 
would cause redirection of the SPVx connections 
back to the primary port . 

Automated SPVx restoration process - A 
20 "restorationinterval" timer can be provided that 

would define the time interval, in milliseconds, 
between successive callbacks to the SPVx controller 
to check for and reroute existing SPVx connections 
terminated on the secondary destination ports back 
25 to their respective primary destination ports. 

Following the expiration of the 
"restorationinterval" timer, the originating switch 
can clear all resilient SPVx connections 
terminating on the backup destination ports and 
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would attempt to redirect them back to their 
respective primary ports. In the event the primary 
NSAP address is still unreachable due to either a 
destination switch/fabric failure or isolation from 
5 the rest of the network 12 (a "cause Number 3: no 

route to destination" call clearing cause is 
received by the originating switch/f abric) , the 
system 10 would fallback to the secondary NSAP 
address after a predefined number of failed 

10 attempts. In the event the primary destination port 

is reachable but is still experiencing a signal 
failure/degradation condition, the primary 
destination source switch fabric would clear the 
incoming call setup with a call clearing cause code 

15 of "cause Number 41: temporary failure" with a 

diagnostic indicating "call redirection request to 
the protection port" requesting a failover back to 
the secondary destination NSAP address. 

Since the secondary destination NSAP address will most 
2 0 likely be used as a backup the user can setup the backup connection 
with lesser resource requirements. 

The user can optionally specify two different sets of 
forward and backward UPC contracts for the primary and secondary 
destinations: one set of forward and backward UPC contracts would 
25 be associated with the primary destination NSAP address and a 
second set of forward and backward UPC contracts would be 
associated with the secondary destination NSAP address. 

In case the backup UPC contracts are not specified, the 
system 10 will default to the primary UPC contracts when 
30 redirecting the call to the secondary NSAP address. Both the 
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primary and secondary UPC contracts must share the same Class of 
Service (CBR, rtVBR, nrtVBR, ABR, UBR) and policy scheme (CBR.O, 
CBR.l, VBR.l, VBR • 2 , VBR.3, ABR . 1 , UBR.l, UBR. 2). 

The user can optionally specify two different sets of 
5 destination VPI/VCI values: one set of destination VPI/VCI indices 
will be associated with the primary destination NSAP address and a 
second set would be associated with the secondary destination NSAP 
address. In case the backup destination VPI/VCI is not specified, 
the system 10 will default to the primary destination VPI/VCI 
10 contract when redirecting the call to the secondary NSAP address. 
If no VPI/VCI values are specified for primary destination NSAP 
address then the destination switches will pick up available 
VPI/VCI values. 

The user can optionally specify two different statically 
15 defined DTL indices: one DTL index associated with the primary 
destination NSAP address and a second DTL index would be associated 
with the secondary destination NSAP address. In case the backup 
destination DTL is not specified, the system 10 will default to 
autoDTL when redirecting the call to the secondary NSAP address. 

2 0 The user can optionally enable call rerouting for the 

connection built to the secondary destination NSAP address. By 
default, call rerouting would be disabled for an SPVx redirected to 
the secondary destination port. 

The user can optionally disable the backoff mechanism for 
25 the connection built to the secondary destination NSAP address. By 
default, the backoff option would be enabled for an SPVx redirected 
to the secondary destination port. 
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A new option "call/redirection" can be added to the 
creation of ATM interface which indicates that the interface will 
act as a protection interface to another working interface on the 
network 12. 

5 Destination resiliency allows the following: 

For the Secondary NSAP allows separate values 
for VPI/VCI, DTL, UPC, backoff, autodtl, 
reroute . 

Will use secondary NSAP if primary destination 

10 is not available. 

Allow user to manually switchover between 
primary and secondary destinations. 
Automatically try to setup SPVx calls 
terminating on secondary destinations on their 

15 primary destinations after a timeout period 

that is user configurable. The SPVx to the 
backup port will be torn down before trying to 
set it up to the primary port. 

1. Clear destination SPVxs on a "call-redirection" 
2 0 capable Atmlf when physical layer alarms are generated by the 

alarms package. 

2. Admining down the link associated with the "call- 
redirection" capable atmif will clear SPVxs terminating on the 
atmif with the redirection request. 

25 3. Admining down a netmod with "call -redirection" 

capable atmif (s) will clear SPVxs terminating on the atmif (s) with 
the redirection request. 

Destination switches with call redirection capability 
generate an' additional cause information element upon call 
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rejection. Since this additional cause IE has the "Call Rejected" 
cause, the ATM Forum signaling specifications allow this cause 
value to contain a user specified diagnostic (read proprietary) 
field. The intent of a "user specified" value is that an end user 
5 may provide an application specific reason for a call rejection. If 
the failure or rejection message already contains a "Call Rejected" 
cause, a new one is not added. 


This extra cause information is carried transparently by 
both Marconi switches and other vendors switches to the calling 
10 device. 


The diagnostic field may be up to 28 bytes long (the 
cause IE may be up to 34 bytes long) , however the overhead prior to 
the diagnostic field uses 7 bytes. This cause value may be used in 
conjunction with the existing cause value that is already generated 
15 indicating the reason for call failure. 

The diagnostic field contained within the cause IE 
contains the following information: 


Bits 

87654321 Octets 

2 0 + + 

I Rej Reason | Cond I 

I 1|0 0 0 0 0|0 0 | 1 

+ + 

I FORE OUI I 2 Note 1 

25 | 00000000 | 
+ + 

j FORE OUI (cont) I 3 
| 00100000 f 
+ + 

3 0 J FORE OUI (cont) | 4 

I 01001000 I 
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+ + 

| Call |Loc | 5 

| Redirect ID | i 

| 1 0 0 0 1 l|x x | 

5 + + 

| Link ID | 5.1 

+ + 

I Link ID (cont) | 5.2 
+ + 

10 | VPI | 5.3 

+ + 

| VPI (cont) | 5.4 

+ + 

I Prefix ID I Type | 6 
15 j 1 0 0 0 1 Olx x | 

+ + 

| NSAP Prefix | 6.1 

+ + 


Call Redirection Identifer 


Note 2 


Note 3 


Note 4 Switch NSAP Prefix Identifier 


- 6.13 Note 5 


Call Failure Location (octet 4) 

2 0 Bits | 

2 1 | Meaning 

+ 

0 1 | Call failure at this device 


NSAP Prefix Type (octet 5) 

25 Bits | 

2 1 | Meaning 

+ 

0 0 | Default prefix 


Note 1. This also serves as a unique identifer within the 
"user diagnostic" space for a CALL REJECTED cause. 

Note 2. The link identifier associated with the call that 
was cleared. 

Note 3. The VPI identifier associated with the call that 
was cleared. 

Note 4. The NSAP Prefix Ident indicates that the 13 byte 
default prefix follows. The prefix is always 13 bytes, so 
this is encoded as 10001000 (0x88) . 

Note 5. The NSAP prefix of the switch that generated is 
this information element. 

When the source switch receives a call reject message it 
will use the IE described above to determine whether a SPVx call 
needs to be redirected. 

The user interface associated with configuring SPVx Call 
Redirection is now described. 

The commands needed to configure and maintain SPVx 
Redirection are explained. Each command will be explained with an 
example usage, as well as by performing a "show" command to view 
the results of the command. 

Steps to create a destination resilient SPVX 

1) Enable Redirection on SPVX's primary destination 
atm. Optionally enable it on the SPVX^s secondary destination 
atmif . 
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2) On the Source switch create the Redirection 
information for the Secondary Destination as shown below. 


Redirect 
ion 
Index 

VPI/ VCI 

NSAP 
Address 

Fwd. UPC 

Bck. UPC 

DTL 

1 

0/200 

Address 

1 

1 

2 


3) On the source switch create an SPVX and make it 
destination resilient by providing the Redirection Index for the 
secondary destination. 


10 


The procedure of a creating a resilient SPVPC is similar. 


Details for the following commands using the operator 

Connections spvx-pp-redirection new 
Connections spvx-pp-redirection show 


switch: connections spvx-pp-redirection- > new ? 


15 


20 


25 


[ 


• r_i ndex ] < i n t ege r > ] 


Resilient Info Index (default: 1) 


-r_calledatmaddr] <NSAP Address> 
-r_calledvpi] < integer >] 
-r_calledvci] < integer >] 
-r_fwdupckey] <UPC Index>] 
-r_bckupckey] <UPC Index>] 
-r_fwdqosclass] <QoS Class>] 
-r_bckqosclass] <QoS Class>] 
- r_name ] < t ext > ] 
-r_qos index] <integer>] 
-r reroutestatus] (enabled I disabled) ] 


[[-r backoff status] (enabled I disabled) ] 


Destination NSAP 

Called VPI 

Called VCI 

Fwd UPC 

Bck UPC 

Fwd QoS 

Bck QoS 

Name (default: "") 
QoS Index 
Reroute Status 

(default : disabled) 
Backoff Status 
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(def ault : enabled) 
[[-r_dtltag] <DTL Tag>] DTL Tag 

[ [-r_autodtl] (enabled | disabled) ] Auto DTL (default: 

enabled) 


switch: connections spvx-pp -redirect ion- > 
[-advanced] 

[ [-r_index] <integer>] 

[ [-r_calledatmaddr] <NSAP Address >] 

[ [-r_calledvpvcsel] (noPref | require) ] 

[ [-r_calledvpi] <integer>] 

[ [-r_calledvci] <integer>] 

[ [-r_fwdupckey] <UPC Index>] 

[ [-r_bckupckey] <UPC Index>] 

[ [-r_fwdqosclass] <QoS Class>] 

[ [-r_bckqosclass] <QoS Class>] 

[ [-r_name] <text>] 

[ [-r_qosindex] <integer>] 

[ [-r_reroutestatus] (enabled | disabled) ] 

[ [-r_backoff status] (enabled | disabled) ] 

[[-r_dtltag] <DTL Tag>] 

[[-r autodtl] (enabled I disabled) ] 


show ? 


Resilient Info Index 

Destination NSAP 

Dst VPVC Sel 

Called VPI 

Called VCI 

Fwd UPC 

Bck UPC 

Fwd QoS 

Bck QoS 

Name 

QoS Index 
Reroute Status 
Backoff Status 
DTL Tag 
Auto DTL 


Delete command 


connections spvx-pp-redirection delete 


The redirection info can only be deleted if it is not 
25 part of a resilient SPVxC. So to destroy redirection information 
the corresponding SPVxCs ("connection spvcc pp" or "connections 

spvpc" menus) need to be deleted first before deleting the 
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redirection information. The result of the operator is displayed 
for the delete command below. 


switch : connections spvx-pp-redirection- > 
t - r_i ndex] < i nt ege r > 
[ t-r_calledatmaddr] <NSAP Address>] 
[ [-r__calledvpvcsel] (noPref | require) ] 
[ [-r_calledvpi] <integer>] 
[ [-r__calledvci] <integer>] 
[ [-r_fwdupckey] <UPC Index>] 
[ t-r_bckupckey] <UPC Index>] 
[ [-r_fwdqosclass] <QoS Class>] 
[ [-r_bckqosclass] <QoS Class>] 
[[-r_name] <text>] 
[ [-r_qosindex] < integer >] 
[ [-r_reroutestatus] (enabled | disabled) ] 
[ [-r_backoff status] (enabled | disabled) ] 
[[-r_dtltag] <DTL Tag>] 
[[-r autodtl] (enabled I disabled) ] 


delete ? 

Resilient Info Index 

Destination NSAP 

Dst VPVC Sel 

Called VPI 

Called VCI 

Fwd UPC 

Bck UPC 

Fwd QoS 

Bck QoS 

Name 

QoS Index 
Reroute Status 
Backoff Status 
DTL Tag 
Auto DTL 


Modify command 


20 connections spvx-pp-redirection modify 


This command performs a modification on the redirection 
table. This means that the writable fields (displayed under the 
modify command) can all be modified. 

switch: connections spvx-pp-redirection- > modify ? 
25 [-r_index] <integer> Resilient Info Index 

[ [-r_reroutestatus] (enabled | disabled) ] Reroute Status 

[ [-r_backoff status] (enabled | disabled) ] Backoff Status 
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[ [-r_dtltag] <DTL Tag>] DTL Tag 

[ [-r_autodtl] (enabled | disabled) ] Auto DTL 

The switchover command 

connections spvcc pp switchover 
5 connections spvpc pp switchover 

The purpose of these commands is to allow the user to 
manually switchover the SPVxC from the primary destination to the 
secondary destination; and vice versa. 

The switchover command simply accepts the index of the 
10 resilient SPVxC, and the destination (primary | secondary) to which 
the switchover must take place. 

switch: connections spvcc pp-> switchover ? 

[-index] < integer > SPVCC Index 

[-switchoverTo] (primary | secondary) Switchover To 

15 The effects of this command are now shown with an example 

for an SPVCC: 

switch: connections spvcc pp-> switchover -index 1 -switchoverTo 
secondary 

switch: connections spvcc pp-> show 
20 INDEX Src: ATM IF VPI VCI UPC VPVC-SEL PRIORITY STATE 

Dst: ATM IF VPI VCI UPC 


2A1 0 10 0 0 require 5 up 
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130 0 200 0 . 

Destination: 0x4 7. 0 0 05 . 80 . f felOO . OOae. leOO . 0103 . 002 04 80d0082 . 00 
Redirection 

Destination: 0x4 7. 0005 . 80 . f felOO . OOae. leOO . 0103 . 002 04 80d0072 . 00 
5 Redirection State: secondary 

Autorestoration timer 

connections spvcc pp redirection parameters 
connections spvcc pp redirection parameters 

The concept of autorestoration refers to having a timer, 
10 which when it fires, triggers the switch software to revert all the 
resilient SPVxCs terminating on the secondary NSAP, back to primary 
NSAP. 

This autorestoration mechanism is configurable by the 
user. The user can enable/disable this mechanism, and also set the 
15 autorestoration timer manually. 

This functionality is provided in the "connections spvcc 
pp redirection parameters" menu for SPVCCs : 

switch: connections spvcc pp redirection- > parameters 

Restoration Timer State: disabled 
20 Restoration Timer Interval (Hours) : 12 

This functionality is provided in the "connections spvcc 
pp redirection parameters" menu for SPVCCs: 

switch: connections spvpc redirection- > parameters 
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Auto Restoration Timer Interval (Hours) : enabled 
Auto Restoration Timer State: 12 

In the event of a failure on the active destination NSAP 
port the destination switch will send a message to the source 
5 switch to redirect the SPVxC to the alternate destination NSAP. 
The redirection request will be implemented through the 
introduction of a new diagnostic message "call redirection request 
to protection port" in a CALL_REJECTED_CAUSE cause IE. 

When failing a call (either on the host or within the 
10 network 12) the UNI signalling specification does not mandate nor 
even suggest including the location of the failure in any call 
rejection message (RELEASE, RELEASE COMPLETE, ADD PARTY REJECT) . 
There was however a requirement to include the reason for the 
failure . 

15 The information about the reason for the call failure is 

encoded in an information element called the Cause Information 
Element . 

This information element describes the reason for 
generating certain messages (call failure messages being the major 
2 0 ones) . It provides diagnostic information in the event of 
procedural errors, and (in a very low granularity manner) indicates 
the location of the fault. The UNI 3.x and 4.0 specifications allow 
the cause information element to be repeated in a message. 

The encoding of the cause IE is of the form 

25 Bits 

8 Info Element Identifier 

8 Coding Standard and instruction Field 
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16 Length of cause value 

8 4 spare + 4 Location 

8 Cause Value 

* Diagnostics (if any) . 

5 The location field gives a very low level of granularity 
location, it can take the value "user" , "private network" , "public 
network", "transit network" 

There are a large number of predefined cause values, some 
of which include additional information (this additional 
10 information is referred to as a diagnostic) others merely a code, 
for example, "no route to destination". 

The cause information element may be repeated twice in 
any message for which it is valid. It is this allowance in the 
protocol which is exploited in providing the call failure location 
15 feature. 

The maximum length of a cause information element is 34 
bytes. This leaves a maximum of 28 bytes for any diagnostic. 

Switches and end- stations generate an additional cause 
information element upon call rejection. This additional cause IE 

20 has the "Call Rejected" cause, the Forum signalling specifications 
allow this cause value to contain a user specified diagnostic (read 
proprietary) field. The intent of a "user specified" value is that 
an end user may provide an application specif ic reason for a call 
rejection. The use of this value by a network 12 element was most 

25 likely never intended when the requirement for a "user specified" 
diagnostic was introduced. If the failure or rejection message 
already contains a "Call Rejected" cause, a new one is not added. 
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This extra cause information is carried transparently by 
both Marconi switches and other vendors switches to the calling 
device . 

The diagnostic field may be up to 2 8 bytes long (the 
5 cause IE may be up to 34 bytes long, however the overhead prior to 
the diagnostic field uses 7 bytes) . Some very useful information 
may be conveyed in this field. This cause value may be used in 
conjunction with the existing cause value that is already generated 
indicating the reason for call failure. 

10 The diagnostic field contained within the cause IE 

contains the following information: 


Bits 

87654321 Octets 
+ + 

15 | Rej Reason | Condi 

f 1|0 0 0 0 0|0 0 | 1 

+ + 

| FORE OUI | 2 Note 1 

1000000001 
20 + + 

1 FORE OUI (cont) | 3 

1001000001 

+ + 

I FORE OUI (cont) | 4 
25 1010010001 
+ + 

I Call Fail ID|Loc 1 5 Call Failure Location Identifer 
I 1 0 0 0 0 l|x x I 
+ + 

3 0 | Link ID | 5.1 Note 2 

+ + 

I Link ID (cont) | 5.2 
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+ + 

I VPI | 5.3 Note 3 

+ + 

| VPI (cont) I 5.4 
5 + + 

I Prefix ID I Type | 6 Note 4 Switch NSAP Prefix Identifier 
I 10 0 0 1 OJx x I 
+ + 

I NSAP Prefix | 6.1-6.13 Note 5 

10 + + 


Call Failure Location (octet 4) 
Bits | 

2 1 | Meaning 

+ 

15 0 0 1 Call failure downstream 

0 1 | Call failure at this device 


NSAP Prefix Type (octet 5) 
Bits | 

2 1 I Meaning 

2 0 + 

0 0 I Default prefix 


Note 1. This also serves as a unique identifer within the "user 
diagnostic" space for a CALL REJECTED cause. 
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Note 2. The link identifier associated with the call that was 
cleared. 

Note 3. The VPI identifier associated with the call that was 
cleared. 

5 Note 4. The NSAP Prefix Ident indicates that the 13 byte default 
prefix follows. The prefix is always 13 bytes, so this is encoded 
as 10001000 (0x88) . 

Note 5. The NSAP prefix of the switch that generated is this 
information element. This is not necessarily the device which 
10 failed the call, since the call may have failed downstream of this 
switch . 

If the message already contains a cause information 
element encoded with the "Call Rejected" cause the node 
transparently transports this IE in the clearing message sent to 
15 the calling user. 

If the message does not contain a cause information 
element encoded with the "Call Rejected" cause, and the 11 fail - 
locate" feature is enabled, the node generates a "Call Rejected" 
cause value, fills in the Fore diagnostic field and transports this 
2 0 IE in the clearing message sent to the calling user. 

Within the Fore diagnostic the Local/Remote indicator is 
set to "Call failure Downstream". The upstream call reference, VPI 
and link 3 0 identifier is included within the diagnostic. 

The node adds a "Call Rejected" cause value containing a 
25 Diagnostic Field to the call failure message. Within the 
diagnostic the Local/Remote indicator is set to "Call failure at 
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this device". The upstream call reference, VPI and link 30 
identifier are included within the diagnostic. 

The Call Fail ID information that is part of the 
Diagnostics field of the cause IE will be used for the redirection 
5 feature. Whenever the destination needs to tell source switch to 
redirect a call to the protection port it will build a Call 
Rejected IE with the diagnostic built as before except the octet 5 
of the diagnostic will have a value "lOOOllxx". This information in 
the diagnostic will be enough for the source switch to redirect an 
10 SPVxC call to the protection port. 

Although the invention has been described in detail in 
the foregoing embodiments for the purpose of illustration, it is to 
be understood that such detail is solely for that purpose and that 
variations can be made therein by those skilled in the art without 
15 departing from the spirit and scope of the invention except as it 
may be described by the following claims. 
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APPENDIX 
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The MB for SPVxC Call Redirection Information. 


pnniSpvxSrcRedirec t ionTabl e OBJECT- TYPE 

SYNTAX SEQUENCE OF PnniSpvxSrcRedirectionEntry 
MAX -ACCESS not -accessible 
STATUS current 
DESCRIPTION 

"This table contains information about Redirection SPVCs 
(Smart Permanent Virtual Circuits) that have their source 
on this switch. This table is similar to the 
pnniSpvcSrcTable, but the important difference is that 
it stores 2 sets of SPVC parameters: primary and secondary. 
When configured, one set of parameters will be used to set 
up the SPVC, while the other set will be used in the event 
of a switchover." 
::=* { q2931Group 23 } 

PnniSpvxSrcRedirectionEntry OBJECT -TYPE 
SYNTAX PnniSpvxSrcRedirectionEntry 
MAX -ACCESS not - acces s ibl e 

STATUS current 
DESCRIPTION 

"A table entry containing SPVCC resilient 

destination info." 

INDEX { pnniSpvxSrcRedirectionlndex } 
{ pnniSpvxSrcRedirect ionTabl e 1 } 

PnniSpvxSrcRedirectionEntry : : = SEQUENCE { 
pnniSpvxSrcRedirectionlndex 
pnni SpvxSr cRed i r ect ionCa lie dAtmAddr 
pnniSpvxSrcRedirect ionVPVCSel 
pnniSpvxSrcRedi rect ionCal 1 edVpi 
pnni SpvxSr cRed i rec t ionCal 1 edVc i 
pnniSpvxSrcRedi rec t ionFwdUpcKey 
pnniSpvxSrcRedirect ionBckUpcKey 
pnniSpvxSrcRedirec t ionFwdQosCl as s 
pnniSpvxSrcRedirect ionBckQosClass 
pnni SpvxSrcRedi rect ionName 
pnni SpvxS r cRedi r ec t ionQo s I ndex 
pnniSpvxSrcRedirect ionRerouteStatus 
pnni SpvxSrcRedi rect ionBackoff Status 
pnniSpvxSrcRedi rect ionDt ITag 

pnniSpvxSrcRedirectionAutoDtlStatus 

} 

pnniSpvxSrcRedirectionlndex OBJECT -TYPE 
SYNTAX Integer32 
MAX-ACCESS raad-create 
STATUS current 
DESCRIPTION 

"T^e value of this object uniquely identifies the 
SfVCC Call Redirection information." 
i»» { PnniSpvxSrcRedirectionEntry 1 } 

pnniSpvxSrcRe^irectionCalledAtmAddr OBJECT-TYPE 
SYNTAX NsapAddr 
MAX -ACCESS read - crea t e 
STATUS current 
DESCRIPTION 

"The ATM address of the distant end NI (remote 
switch) used for Call Redirection." 
{ PnniSpvxSrcRedirectionEntry 2 } 


Integer32 , 

NsapAddr, 

INTEGER, 

Integer32, 

Integer32, 

Integer32, 
Integer32, 

INTEGER, 

INTEGER, 

OCTET STRING , 

Integer32, 

INTEGER, 

INTEGER, 

Integer 3 2 , 

INTEGER 
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pnniSpvxSrcRedirectionVPVCSel OBJECT -type 

SYNTAX INTEGER 

MAX -ACCESS read- only 

STATUS current 

DESCRIPTION 

"The Called VPI/VCI value selection qualifier." 
{ pnniSpvxSrcRedirectionEntry 3 } 

pnniSpvxSrcRedirectionCalledVpi OBJECT -TYPE 
SYNTAX Integer32 
MAX -ACCESS read-create 
STATUS current 
DESCRIPTION 

"The VPI to be used at the Called NI . M 
: : = { pnniSpvxSrcRedirectionEntry 4 } 


pnniSpvxSrcRedirectionCalledVci OBJECT -TYPE 
SYNTAX Integer32 
MAX- ACCESS read- create 
STATUS current 
DESCRIPTION 

"The VCI to be used at the Called NI." 
{ pnniSpvxSrcRedirectionEntry 5 } 

pnniSpvxSrcRedirect ionFwdUpcKey OBJECT- TYPE 
SYNTAX Integer32 
MAX- ACCESS read- create 
STATUS current 
DESCRIPTION 

"The forward UPC traffic contract key. 
This key must be defined in the upcCon tract Table . B 
::= { pnniSpvxSrcRedirectionEntry 6 } 


pnniSpvxSrcRedirect ionBckUpcKey OBJECT- TYPE 
SYNTAX Integer32 
MAX- ACCESS read- create 
STATUS current 
DESCRIPTION 

"The Backward UPC traffic contract key. 

This key must be defined in the upcCon tract Table . " 

: : = { pnniSpvxSrcRedirectionEntry 7 } 

pnniSpvxSrcRedirectionFwdQosClass OBJECT-TYPE 
SYNTAX INTEGER { 

classO (1) , 
classl(2) , 
class2 (3) , 
class3 (4) , 
class4 (5) 

} 

MAX -ACCESS read- create 

STATUS current 

DESCRIPTION 

"The requested quality of service in 
the forward (calling to called) direction." 
{ pnniSpvxSrcRedirectionEntry 8 } 
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pnniSpvxSrcRedirectionBckQosClass OBJECT-TYPE 
SYNTAX INTEGER { 

classO (1) , 
classl (2) , 
class2 (3) , 
class3 (4) , 
class4 (5) 

} 

MAX -ACCESS read-create 

STATUS current 

DESCRIPTION 

"The requested quality of service in 

the backward (called to calling) direction." 

: :« { pnniSpvxSrcRedirectionEntry 9 } 

pnniSpvxSrcRedirectionName OBJECT- TYPE 
SYNTAX OCTET STRING (SIZE (0 . . 32 ) ) 
MAX * ACCESS read-create 
STATUS current 
DESCRIPTION 

n The value of this object identifies the 
name that has been assigned." 
{ pnniSpvxSrcRedirectionEntry 10 } 


pnniSpvxSrcRedirectionQos Index OBJECT -TYPE 
SYNTAX Integer32 
MAX -ACCESS read- create 
STATUS current 
DESCRIPTION 

"The index for the QOS Class Expansion Table to be used." 
{ pnniSpvxSrcRedirectionEntry 11 } 

pnniSpvxSrcRedirectionRerouteStatus OBJECT-TYPE 
SYNTAX INTEGER { 

enabled (1) , 
disabled(2) 

} 

MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"The status of the reroute function. If set to 
disabled{2), no rerouting will be attempted." 
DEFVAL { disabled } 

::= { pnniSpvxSrcRedirectionEntry 12 J 


pnniSpvxSrcRedirectionBackoff Status OBJECT- TYPE 
SYNTAX INTEGER { 

enabled (1) , 
disabled (2) 

} 

KAX-ACCESS rea4-create 
$TATtfS current 

: "Tfcn status of the backoff function. If set to 
disable 4 (2 ) directed dtls configured will be 
; continually retried on failure." 
pEFVAJi ( enabled } 

M* ( pnniSpvxSrcRedirectionEntry 13 } 
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ppntflpvicSrcRedi r ect ionDt ITag OBJECT- TYPE 
SYNTAX Integer 3 2 
MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"This value specifies an index into a table of DTLs, 
the DTL entries in this table will be used to setup 
the SPVC." 
{ pnniSpvxSrcRedirectionEntry 14 } 

pnniSpvxSrcRedirectionAutoDtlStatus OBJECT -TYPE 
SYNTAX INTEGER { 

enabled (1) , 
disabled(2) 

} 

MAX -ACCESS read-create 
STATUS current 
DESCRIPTION 

"The status of the dynamic path selection function. If set 
to disabled (2 ), auto path selection will not be used." 
DEFVAL { enabled } 

{ pnniSpvxSrcRedirectionEntry 15 } 


Modifications done to PNNI SPVCC source side MIB. 


PNNI SPVCC source- side definitions 


pnniSpvcSrcTable OBJECT -TYPE 

SYNTAX SEQUENCE OF PnniSpvcSrcEntry 
MAX- ACCESS not -accessible 
STATUS current 
DESCRIPTION 

"This table contains information about SPVCCs (Smart 
Permanent Virtual Channel Connections) that have their source 
at this switch." 
: := { q2931Group 3 } 

pnniSpvcSrcEntry OBJECT -TYPE 

SYNTAX PnniSpvcSrcEntry 
MAX -ACCESS not -accessible 
STATUS current 

pnniSpvcSrcSpvxRedirectionlndex OBJECT-TYPE 
SYNTAX Integer 3 2 
MAX- ACCESS read- create 
STATUS current 
DESCRIPTION 

"The index of the Call Redirection information used 

for providing SPVCC resiliency." 
{ pnniSpvcSrcEntry 53 } 
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pnniSpvcSrcSpvxRedirectionDest OBJECT -TYPE 
SYNTAX INTEGER { 

directed2primary (1) , 
dirocted2 secondary (2 ) 

} 

MAX -ACCESS read -only 
STATUS current 
DESCRIPTION 

"The status of a resilient SPVCC indicating whether 
the primary destination or secondary destination is 
active at a given time . " 

{ pnniSpvcSrcBntry 54 } 


Modifications done to PNNI SPVPC source side MIB. 


The source side table for configuring originating SPVPCs 


pnniSpvpcSrcTable OBJECT- TYPE 

SYNTAX SEQUENCE OF PnniSpvpcSrcEntry 
MAX -ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"This table contains information about SPVPCs (Smart 
Permanent Virtual Path Connections) that have their 
source at this switch. This table serves the same 
function that the pnniSpvcSrcTable serves for SPVCCs . 
: := { q2931Group 9 } 


pnniSpvpcSrc Entry OBJECT- TYPE 

SYNTAX PnniSpvpcSrcEntry 
MAX- ACCESS not -accessible 
STATUS current 
DESCRIPTION 

"A table entry containing source SPVPC (Smart 
Permanent Virtual Path Connection) information. 
INDEX { pnniSpvpcSrc Index } 
: : = { pnniSpvpcSrcTable 1 } 


PnniSpvpcSrcEntry : := SEQUENCE { 
pnniSpvpcSrcIndex 
pnniSpvpcSrcCal 1 ingPort 
pnniSpvpcSrcCallingVPl 
pnni SpvpcSrcCal 1 edAtmAddr 
pnniSpvpcSrcCal ledPort 
pnniSpvpcSrcCal ledVPVCSel 
pnniSpvpcSrcCal ledVPI 
pnniSpvpcSrcCal 1 edAs s ignedVP I 
pnniSpvpcSrc FwdUpcKey 
pnniSpvpcSrcBckUpcKey . 
pnniSpvpcSrcSusceptCl ip 
pnni SpvpcS rc FwdQoS CI a s s 
pnniSpvpcSrcBckQoSClas s 
pnni SpvpcSrcLast Fail Cause 


INTEGER , 
INTEGER , 
Integer32, 
NsapAddr, 
Integer32, 
INTEGER, 
INTEGER ,• 
INTEGER , 
INTEGER, 
INTEGER , 
INTEGER , 
INTEGER , 
INTEGER, 
DisplayString, 
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pnniSpvpcS rcRe t ryCount 
pnniSpvpcSrcLastChangeTime 
pnniSpvpcSrcStatus 
pnniSpvpcS rcName 
pnniSpvpcSrcRowStatus 
pnniSpvpcSrcRouteCost 
pnniSpvpcSrcRerouteStatus 
pnniSpvpcSrcCal 1 ingDomain 
pnniSpvpcSrcQosIndex 
pnniSpvpcSrcPriority 
pnniSpvpcSrcLastLocation 
pnniSpvpcSrcOldRouteCost 
pun iSpvpcS rcDownRea son 
pnniSpvpcSrcBackof f Status 
pnniSpvpcSrcAc t i veDt INodel ndex 
pnniSpvpcSrcActiveDtl Index 
pnniSpvpcSrcDtlTag 
pnniSpvpcSrcAutoDt IStatus 
pnniSpvpcSrcRGroupIndex 
pnniSpvpcSrcSecondaryVPI 
pnnlSpvpcSrcSpvxRedirectionlndex 


Integer32, 
TimeTicks, 
INTEGER, 
OCTET STRING , 
RowS tat us, 
Integer32, 
INTEGER , 
Integer32, 
Integer32, 
Integer32, 
DisplayString, 
Integer32, 
INTEGER, 
INTEGER, 
Integer32, 
Integer32, 
Integer32, 
INTEGER, 
INTEGER, 
Integer32, 
Integer32, 


pnniSpvpcSrcSpvxRedirectionDest INTEGER 


pnniSpvpc SrcSpvxRed±rec tionlndex OBJECT - TYPE 
SYNTAX Integer 3 2 
MAX- ACCESS read- create 
STATUS current 
DESCRIPTION 

"The index of the Call Redirection information used 
for providing SPVPC resiliency." 
it* { ppnl SpvpcgrcBntry 36} 

pnni8PVpoflr0SpyxRe4irectionDest OBJECT-TYPE 
qYUTM INTSGBR { 

directed2priaiary (1) , 
4ir ected2 secondary (2 ) 

) 

MAX -ACCESS read-only 
STATUS current 
DESCRIPTION 

"The status of a resilient SPVPC indicating whether 
the primary destination or secondary destination is 
active at a given time." 
r : ■ { pnniSpvpcSrcEntry 37 } 
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Trap when a switchover from primary to secondary destination takes place. 

pnniSpvccRedirectionSwover NOTIFICATION- TYPE 
OBJECTS { 

pnniSpvcS rc Index , 

pnniSpvcSrcSpvxRedirectionDest, 

trapLog Index } 
STATUS current 
DESCRIPTION 

"This trap is sent when a switch over of an SPVCC 
from primary to secondary (or vice-versa) takes place." 
: := { atmSwitch 0 2029 } 

pnniSpvpcRedirectionSwover NOTIFICATION- TYPE 
OBJECTS { 

pnniSpvpcSrc Index, 
pnniSpvpcSrcSpvxRedirectionDest , 
trapLoglndex } 

STATUS current 

DESCRIPTION 

"This trap is sent when a switch over of an SPVPC 
from primary to secondary (or vice-versa) takes place." 
::= { atmSwitch 0 2030 } 


The MIB for Source SPVC Call Resiliency Information. This table is used for pp SPVCs only. 

pnniSpvcSrcResiliencyTable OBJECT -TYPE 

SYNTAX SEQUENCE OF pnniSpvcSrcResiliencyEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"This table contains information about Source Resilient SPVCs 
(Smart Permanent Virtual Circuits) that have their source 
on this switch. This table is stores the Source Resiliency information, 
which is used to poll the partner SPVCs status." 
: { q2931Group 27 } 

pnniSpvcSrcRe s i 1 iencyEnt ry OB JECT- TYPE 
SYNTAX pnniSpvcSrcResiliencyEntry 
MAX -ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"A table entry containing source resilient SPVCC resilient 
info." 

INDEX { pnniSpvcSrcResiliency Index } 
{ pnniSpvcSrcResiliencyTable 1 } 

pnniSpvcSrcResiliencyEntry :: = SEQUENCE { 

pnniSpvcSrcResiliencylndex Integer32 , 

pnniSpvcSrcReiliencySiglf Integer32, 

pnniSpvcSrcResiliencySiglf Vpi Integer32 , 

pnniSpvcSrcResiliency I ImiSt ate INTEGER, 

pnniSpvcSrcResiliencyRole INTEGER, 
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pnniSpvcSrcResiliencyDeadSilenceTimer INTEGER , 
pnniSpvcSrcResiliencyName DisplayString, 

} 

pnniSpvcSrcResiliencylndex OBJECT-TYPE 
SYNTAX Integer32 
MAX -ACCESS read- create 
STATUS current 
DESCRIPTION 

"The value of this object uniquely identifies source 
resilient SPVCC Call information." 
: : - { pnniSpvcSrcResiliency 1 } 

pnniSpvcSrcRes il iencyS ig I f OBJECT- TYPE 
SYNTAX INTEGER 
MAX -ACCESS read-write 
STATUS current 
DESCRIPTION 

■ The value of this object identifies the 

signaling vpi that is on the atmif connecting this switch to the 
partner switch." 
::= { pnniSpvcSrcResiliencyEntry 2 } 

pnniSpvcSrcRes il iencyS ig I f Vpi OBJECT- TYPE 
SYNTAX Integer32 
MAX -ACCESS read-write 
STATUS current 
DESCRIPTION 

" The value of this object identifies the 

signaling vpi that is on the atmif connecting this switch to the 
partner switch." 
::= { pnniSpvcSrcResiliencyEntry 3 } 

pnniSpvcSrcResiliencyllmiState OBJECT -TYPE 
SYNTAX Integer32 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 

" The value of this object identifies the 

ILMI oper status for the signaling interface on which ILMI 
queries are done. " 
{ pnniSpvcSrcResiliencyEntry 4 } 


pnniSpvcSrcResiliencyRole OBJECT -TYPE 
SYNTAX INTEGER { primary (1 ) , 

Secondary (2) } 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 

" The value of this object identifies the 
role of the source resilient SPVC using this index. " 
::= { pnniSpvcSrcResiliencyEntry 5 } 

pnniSpvcSrcRe s i 1 iencyDeadS i 1 enceTimer OBJECT - TYPE 
SYNTAX INTEGER { enable (1) , 

Disable (2) } 
MAX- ACCESS read- write 
STATUS current 
DESCRIPTION 

■ The value of this object indicates whether the Dead Silence 
timer counting is enabled for SPVCs associated with this or 
not"." 
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: :s= { pnniSpvcSrcResiliencyEntry 6 } 


pnniSpvcSrcResiliencyName OBJECT -TYPE 
SYNTAX DisplayString (SIZE (0..3U) 
MAX - ACCESS r ead- wr i t e 
STATUS current 
DESCRIPTION 

■ The value of this object identifies the 
name that has been assigned. " 
{ pnniSpvcSrcResiliencyEntry 7 } 


Modifications done to PNNI SPVCC source side MIB. 


-- PNNI SPVCC source-side definitions 

Similar additions will be done to pnniSpvcAltSrcTable 

pnniSpvcSrcTable OBJECT -TYPE 

SYNTAX SEQUENCE OF pnniSpvcSrcEntry 
MAX -ACCESS not -accessible 
STATUS current 
DESCRIPTION 

"This table contains information about SPVCCs (Smart 
Permanent Virtual Channel Connections) that have their source 
at this switch." 
: :a { q2931Group 3 } 

pnniSpvcSrcEntry OBJECT -TYPE 

SYNTAX pnniSpvcSrcEntry 
MAX- ACCESS not -accessible 
STATUS current 
DESCRIPTION 

"A table entry containing source SPVCC (Smart 
Permanent Virtual Channel Connections) information." 

INDEX { pnniSpvcSrc Index } 

::= { pnniSpvcSrcTable 1 } 

pnniSpvcSrcEntry : : = SEQUENCE { 
pnni SpvcS rc I ndex 
pnniSpvcSrcCallingPort 
pnni SpvcS recalling VP I 
pnn i Spvc S r cCa 1 1 ing VCI 
pnn i SpvcS rcCa 1 1 edAtmAddr 
pnniSpvcSrcCalledPort 
pnniSpvcSrcCalledVPVCSel 
pnniSpvcSrc Ca 1 1 edVP I 
pnniSpvcSrcCalledVCI 
pnniSpvcSrcCalledAssignedVPI 
pnniSpvcSrcCalledAssignedVCI 
pnniSpvcSrc FwdUpcKey 
pnni SpvcSrcBckUpcKey 
pnniSpvcSrcBearerClass 
pnniSpvcSrcTraf f icType 
pnniSpvcSrcTimingReq 
pnniSpvcSrcSusceptClip 


Integer32, 

Integer32, 

Integer32, 

Integer32, 

NsapAddr , 

Integer32,, 

INTEGER, 

Integer32, 

Integer32, 

Integer32, 

Integer32, 

Integer32, 

Integer32, 

INTEGER, 

INTEGER , 

INTEGER, 

INTEGER, 
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INTEGER, 
INTEGER , 
TransitNetwork, 
DisplayString, 
Integer32 , 
TimeTicks, 
INTEGER, 

OCTET STRING, 
EntryStatus, 
Integer32, 
Integer32, 


pnniSpvcSrcFwdQoSClass 
pnniSpvcSrcBckQoSClass 
pnniSpvcSrcTransitNetSel 
pnniSpvcSrcLastFailCause 
pnniSpvcSrcRetryCount 
pnniSpvcSrcLastChangeTime 
pnniSpvcSrcStatus 
pnniSpvcSrcName 
pnniSpvcSrcEntryStatus 
pnniSpvcSrcRout eCoa t 
pnniSpvcSrcDt 1 1 ndex 

pnniSpvcSrcActiveDtl Index Integer 3 2 , 
pnniSpvcSrcRerouteStatus INTEGER, 
pnniSpvcSrcCallingDomain 
pnniSpvcSrcQosIndex 
pnniSpvcSrcDt 1 Indexl 
pnniSpvcSrcDt llndex2 
pnniSpvcSrcDt 1 I ndex3 
pnniSpvcSrcDt 1 I ndex4 
pnniSpvcSrcDt lWeightl 
pnniSpvcSrcDtlWeight2 
pnniSpvcSrcDt lWe ight 3 
pnniSpvcSrcDt 1 Weight 4 
pnniSpvcSrcBackof f Status 
pnniSpvcSrcPriority 
pnniSpvcSrcLa s t Loca t ion 
pnn i Sp vc S r cO 1 dRou t e Co s t 
pnniSpvcSrcDownReason 
pnniSpvcS rcAc t i veDt INode I ndex 
pnniSpvcSrcDtlTag 
pnniSpvcSrcAutoDtlStatus 
pnniSpvcSrcRGrouplndex 
pnniSpvcSrcSecondaryVPI 
pnniSpvcSrcSecondaryVCI 
pnniSpvcSrcSPVCRedirectionlndex Integer32 , 
pnniSpvcSrcSFVCRedirectionDest INTEGER , 
pnni Spvc Sr cSPVCRes i li ency Index Int eger 3 2 , 
pnniSpvcSr cSPVCRes ill encyState INTEGER, 


Integer32, 
Integer32, 

Integer3 2 , 
Integer32, 
Integer32, 
Integer32, 
Integer32, 
Integer32, 
Integer32, 
Integer32, 
INTEGER, 
Integer32, 

DisplayString, 
Integer32 , 
INTEGER, 
Integer32 , 
Integer32 , 
INTEGER, 
INTEGER, 
Integer32 , 
Integer32, 


pnni Spvc S r cSPVCRes i 1 i ency Index OBJECT - TYPE 
SYNTAX Int eger 3 2 
MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"The index of the Call Resiliency information used 

for providing Source SPVCC resiliency." 
{ pnniSpvcSrcEntry 55 } 


pnni SpvcSrcResiliencyS tat e OBJECT-TYPE 
SYNTAX INTEGER { active (1) , 

inhibited (2)} 

MAX- ACCESS read 

STATUS current 

DESCRIPTION 

■ The value of this object identifies the 
state of the source resilient SPVC - " 

s:« { pnni Spvc Src En try 56 } 
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- PNNI SPVxC Resiliency Configuration Parameters 


pnniSpvxSrcResiliencyParamsTable OBJECT IDENTIFIER ::= { q2931Group 27 } 


pnniSpvcSrcResiliencyParamsSpvccDeadSilence Interval OBJECT -TYPE 
SYNTAX Un s igned3 2 

MAX- ACCESS read-write 
STATUS current 
DESCRIPTION 

"The time interval between two successive cell counting done on 
SPVCs before the SPVC source is declared dead, expressed in 
sees . M 
DEFVAL { 5 } 

::= { pnniSpvcSrcResiliencyParamsTable 1 } 


pnniSpvcSrcResiliencyParamsSpvccPollingTimer Interval OBJECT-TYPE 
SYNTAX Unsigned32 

MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 

"The time interval between two polls to check the status of 
partner SPVC on the partner switch, expressed in millisecs." 
DEFVAL { 1000 } 

:4= { pnniSpvcSrcResiliencyParamsTable 2 } 

pnniSpvcSrcResiliencyParamsSpvccPollingNumSpvcs OBJECT-TYPE 
SYNTAX Integer32 

MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 

"The no. of SPVCs polled per polling interval expressed in 
SPVCs/Poll." 
DEFVAL { 5 } 

::= { pnniSpvcSrcResiliencyParamsTable 3 } 


